home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / programming / blitzbasic / blitz-list200994.lha / blitz-list / 000058_blitz-list-request_Sat Jul 16 22:23:26 1994.msg < prev    next >
Internet Message Format  |  1994-09-20  |  2KB
  1. Received: from cix.compulink.co.uk (tom.compulink.co.uk [192.188.69.2]) by kantti.helsinki.fi (8.6.9/8.6.5) with SMTP id WAA08909 for <blitz-list@helsinki.fi>; Sat, 16 Jul 1994 22:23:14 +0300
  2. Received: from gonzales.compulink.co.uk (gonzales.compulink.co.uk [192.188.69.4]) by cix.compulink.co.uk (8.6.9/8.6.9) id UAA05688 for blitz-list@helsinki.fi; Sat, 16 Jul 1994 20:21:11 +0100
  3. Date: Sat, 16 Jul 94 20:20 BST-1
  4. From: gakennedy@cix.compulink.co.uk (Graham Kennedy)
  5. Subject: RE:Serial Problem
  6. To: blitz-list@helsinki.fi
  7. Reply-To: gakennedy@cix.compulink.co.uk
  8. Message-Id: <memo.672882@cix.compulink.co.uk>
  9. MIME-Version: 1.0
  10. Content-Type: text/plain; charset="us-ascii"
  11. Content-Transfer-Encoding: 7bit
  12. X-Status: 
  13. Status: RO
  14.  
  15. > Well I found a solution to my problem. I have to put a Vwait in my
  16. > listing before sending the string. This works....
  17.  
  18. Nice one, but do you have to Vwait everytime you send a string ?
  19.  
  20. I resorted to sending strings one byte at a time using WriteSerial instead,
  21. as this seemed to be much more reliable.
  22.  
  23. Watch out for the ReadSerial bug (I've described the fix in an earlier
  24. message, but if anyone needs the fix, let me know). For those that don't
  25. know the ReadSerial command returns a byte instead of a word so, if you send
  26. a char(255) into blitz the command reports it as -1 (ie. no data waiting)
  27. even if you take the advice and assign the result to a .w variable.
  28.  
  29. Appologies if people have this message twice, it didn't appear to get to the
  30. list first time round.
  31.  
  32.  
  33.             
  34.  
  35.  
  36.  
  37.  
  38. Graham K.  
  39.